It is requested that the examiner efiFectuate the edits indicated on the enclosed pages. The relevant 
Replacement pages are also enclosed. Due to changes in word processing software and font, the enclosed sheets do 
not match up page for page with the application as originally filed. Applicant certifies that, to the best of his ability, 
the enclosed pages are valid representations of the application as filed, except for changes due to the word processor 
and font styles. 

The examiner has objected to the Disclosure noting that an errant character appears therein. 

The examiner is correct in this. The enclosed sheets show the edits made to the application; the replacement 
sheets are clean copies thereof No new matter has been added with these edits. 

The examiner has objected to the disclosure noting several errors or updates that must be done to the filed 
specification. 

By the edits shown in the enclosed papers, all of these errors have been corrected, including, but not limited 

to: 

(1) an update of the continuing data found on page 1; 

(2) correction of the errant symbols found in the first paragraph on page 1 ; 

(3) correction of the errant symbols found on page 16, lines 4-9; 

(4) correction of the phrase found on line 6 of page 16; 

(5) removal of the hyperlink found on pages 5 and 6; 

(6) removal of the hyperlink found on page 6. 

No new matter has been added by these changes as the specification and drawings, as filed, fully support 
these edits. 

As requested by the examiner, the specification and claims have been reviewed for additional grammatical 
and typographical errors. All such errors found have been corrected by this amendment. 

The examiner has provisionally rejected claims 1-14 under the judicially created doctrine of double patenting 
over claims 1-10 of co-pending application no. 09/400,724. 

Enclosed herewith is a Terminal Disclaimer relative to co-pending application, serial number 09/400,724. 
This Terminal Disclaimer renders the judicially created doctrine of double patenting moot. 

The examiner has provisionally rejected claims 1-14 under the judicially created doctrine of double patenting 




over claims 1-4 and 13-15 of co-pending application no. 09/657,277. 



Enclosed is a Terminal Disclaimer relative to co-pending application 09/657,277; this Terminal Disclaimer 
renders the judicially created doctrine of double patenting moot 

The examiner has rejected claims 1-14 under the judicially created doctrine of double patenting over claims 
1-26 of United States Patent number 5,822,737. 

Enclosed herewith is a terminal disclaimer relative to the '737 patent. This terminal disclaimer renders the 
judicially created doctrine of double patenting moot 

The examiner has rejected claims 1-14 under the judicially created doctrine of double patenting over claims 
1-7 of United States Patent number 5,963,917. 

Enclosed herewith is a terminal disclaimer relative to the * 91 7 patent. This temunal disclaimer renders the 
judicially created doctrine of double patenting moot 

The examiner has rejected claims 1-14 under 35 U.S.C. 102(a) citing Chasek. 

Note, independent claims 1, 6, and 1 1 , have been amended to include the restriction that the "account data" 
and the "amount data" originate from two different locations. 

"... receiving customer account data originating from a first remote computer and amount indicia data 
originating from a second remote computer (Claim 1, amended, lines 3-4) 

"... receiving customer account data from a first remote computer and amount data from a second remote 
computer ..." (Claim 6, amended, lines 3-4) 



"... receiving customer account data from a first remote location and amount data from a second remote 
location..." (Claim 11, lines 3-4) 



Contrast this with Chasek' s requirements: 

"This electronic money system uses as its medium-of-exchange packets of bvtes that identiiv the personal 
account custodian or PAC. paver, amount of transaction, type of transaction, vendor, and provides a security 



number, and national code..." (Col. 1, lines 41-46, underline added. 

This requirement of Chasek clearly teaches a system where all of the information originates with the account 
custodian, which is identical with the established practice for credit card and other account transactions. 
Chasek goes further and states: 

"... The transaction packet, which is also the medium-of-exchange of this system, is created v/hen an 
individual carrying personal terminal, PT 1 01, on their person wishes to conduct a transaction by bringing 
the PT in proximity with vendor terminal, VT 102," (Col. 3, Iinel7-19) 

"...Information that characterizes characterizations are periodically transferred from the vendor terminal to a 
vendor's account custodian..." (Col. 3, lines 23-26) 

The presentiy claimed invention recognizes that this is not a necessaiy step; rather, the account information 
originates from one source and the amount information originates from another source. Chasek follows the tried and 
true procedure that a "Vendor" originates and transmits all of the information (to assure its proper entry and validity). 
Chasek actually teaches away from the present invention by affirming the established concepts for charging/debiting 
an account. The examiner's comments are correct when he notes that Chasek discloses a "remote purchasing system 
in vs^ch accept customer's data ... and amount data over a commurucations network for an authorized customer at a 
remote computer." (underline added) 

It is clear from the forgoing that not only are claims 1-14 not anticipated by Chasek, but, fiirther, Chasek is 
incapable of teaching or suggesting claims 1 -14. 

The examiner has rejected claims 1-14 under 35 U.S.C. 102(b) citing Gorog or Teicher. 

As noted earlier, the independent claims have been amended to include the restriction that the source of 
information originates from two different remote sources. 

Teicher confirms the established concept that the totality of the information is collected and then transferred 
for the debiting process: 

"... at least one card reader for receiving a subscriber's card and for enabling the subscriber to open a local 



account, to transfer thereto a predetermined sum from the central unit, and thereafter to order focal 
transactions involving the sale of products or services from the local account ..." (Abstract, lines 7-10) 

Teicher, repeatedly uses this process of having a single user establish an account and amount in a central 
repository. As noted relative to Chasek, this concept follows the traditional approach and teaches away from the 
power of the present invention's claims. 

Gorog only confirms this tract: 

"An automated order and payment system for use by consumers to rapidly order products and services from 
any location at v^ch the consumer is present at the time of ordering." (Abstract, lines 1-4, underline added) 

"...An order computer terminal ("OCT") with means to input data ... having associated order processing 
software and commxmications capability (CoL 2, lines 54-57) 

It is clear that neither Teicher or Gorog anticipate claims 1-14 (whether taken singly or in combination), it is 
also clear that their teachings follow the traditional approach for payment processing and therefor cannot teach or 
suggest claims 1-14. 

The examiner has rejected claim 1-14 under 35 US.C. 102(e) citing Rosen ('518, '280,' 949, or '139) or 

Chelliah. 

As noted above, the independent claims have been amended to include the limitation on the source of the 
information used. 

Rosen (*518) follows the same defective course that the above references do: 

"The trusted agents participate in a secure dialogue and mutually agree on the payment terms." (Col 2, lines 
19-20) 

Rosen ('518, as well as '280, '949, and '139) all require the ability of the information being created by a 
single entity (a '^trusted agent") that is able to communicate the information. As Rosen puts it: 

""Conceptually, a trusted agent is a surrogate actor for an entity ..." (Col. 4, lines 24-25) 



To this "rhis-direction" in teaching, ChelHah is added. The examiner correctly notes, "disclose a remote 
purchasing system in vAiich accepts customer's account, i.e. checking/debit/credit number and amount data over a 
communications network from authorized customer at a remote computer..". 

None of the Rosen references, nor Chelliah (taken singly or in combination) anticipate the presently claimed 
invention; further, none of these references or their myriad of combinations are capable of teaching or suggesting 
claims 1 -1 4. 

The prior art made of record and not relied upon have been reviewed and none of these references are felt 
capable of curing the defects already noted. 

Based upon the above, it is respectfully submitted that claims 1-13, as now amended, are allowable and 
should be advanced to issuance. 



Respea&iWy Submitted, 



Mark E. Ogram 
Attorney at Law 
Reg. No. 30343 



Date: 
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1 Background of the Invention: 

2 This is a continuation of United States Patent application 

3 serial number 09/400,724, filed on September 21, 1999, and 

4 entitled [?]IlFinancial System of Computers ] which was a 

5 continuation of United States Patent application serial number 

6 09/166,749 filed on October 5, 1998, and entitled [?]lFinancial 

7 System of Computers [?]^, now United States Patent number 

8 5, 963, 917; which was a continuation of United States Patent 

9^ application serial number 08/597, 017, entitled [?]IlAn Improved 

i 

" 10 Financial Transactions System[?]" filed February 5, 1996, now 

11 United States Patent number 5,822,737, issued on October 13, 

12 1998. 

13 This invention relates generally to financial transactions 

14 and more particularly to transactions involving credit or debit 

15 cards. 

16 The time is fast approaching where a significant amount of 

17 commerce will be conducted using distributed networks of 

18 computers such as the Internet. The reason this ground-swell of 

19 commerce will occur is the ability of a single merchant to 

1 
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1 economically reach a vast number of potential customers at 

2 substantially no costs. Further, the customers are able to 

3 review a great number of vendors and their products with the ease 

4 of a few key strokes and clicks of the mouse. 

5 Although there are vast numbers of merchants already using 

6 such networks, the sales volume has been particularly low due to 

7 a variety of reasons. One reason which has depressed commerce on 

8 the networks, is the difficulty with which customers can pay for 

9 their purchases. 

10 A variety of techniques have 'been developed to cure this 

11 problem ranging from accepting phone orders to the establishment 

12 of another currency called "E-Cash". 

13 Phone orders in response to merchant promotional materials 

14 creates a variety of problems. One major problem is the 

15 requirements for phone lines and personnel to receive and process' 

16 the phone orders. Another hurdle is the simple fact that most 

17 customers have a single phone line to their residence and this 

18 line is used by the computer for accessing the network; the 

19 customer has to disconnect from the network to make the phone 

20 order. 

21 Although E-Cash is a viable alternative, it is faced with 

22 some enormous problems which will be difficult or impossible to 

23 address. These include: counterfeiting problems; government 

24 reluctance to accept the concept; difficulties in getting access 
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1 for handling E-Cash; and, the low number of users and merchants 

2 which can use E-Cash. 

3 It is clear from the foregoing that there is a need for an 

4 efficient methodology and system to accept payment over 

5 distributed computer networks. 
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1 Summary of the Invention: 

2 The present invention contemplates a totally automated 

3 system for securing payment via a distributed network of 

4 computers. In this context, the invention creates an automated 

5 payment system particularly suited for purchases over a network 

6 such as the Internet. 



7 Although the present invention is described relative to the 

8 Internet, its application is not so limited and is intended to be 

9 used on any distributed computer system in which merchants and 

10 consumers interact for the purpose of supplying and purchasing 

11 goods or services. 

12 In such a distributed computer network, a merchant or 

13 vending computer contains certain promotional information which 

14 is communicated to a customer's computer. This information is 

15 intended to give the customer sufficient information to make a 

16 decision on if the goods/services are acceptable. 

17 As used within this discussion, the term "merchant computer" 

18 signifies a computer system which is used for the purpose of 

19 selling goods or services. The vendor itself does not 

20 necessarily own the computer; in some situations, the computer is 

21 operated on behalf of the merchant or vendor. 

22 Based upon the promotional information, the 

23 consumer/operator of the customer's computer decides to purchase 

24 the services or goods described by the promotional information. 



4 
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1 



It is at this point where the present invention is 



2 particularly powerful as it provides a simple, easy, methodology 

3 and linkage for the customer to pay for the goods/services. 



5 payment processing computer and the customer's credit card number 

6 and the amount of the goods or services is transmitted to the 

7 payment processing computer. For security reasons, an encrypting 

8 software package is first downloaded to the customer's computer 

9 so that the credit card number is secure from "hackers" who might 

10 also be on the network. 

11 Although the term "credit card" is used, the invention 

12 covers the use of any type of financial guarantee card such as 

13 automatic debit accounts, checking account numbers, savings 

14 account numbers, and other such devices obvious to those of 

15 ordinary skill in the art. 

16 The payment processing computer automatically contacts a 

17 bank for verification of the credit card and amount; the bank 

18 transmits an authorization to the payment processing computer. 

19 This authorization, usually in the form of a number, is stored 

20 within the payment processing computer's memory for later 

21 reference. 

22 The link or connection with the bank is terminated by the 

23 payment processing computer and the payment processing computer 

24 turns its attention to the customer's computer. The payment 
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In this context, the customer's computer is linked to a 
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1 processing computer communicates a self-generated transaction 

2 indicia, and in some embodiments a password, to the customer's 

3 computer. 

4 The transaction indicia is generated by the payment 

5 processing computer for proper record keeping. The transaction 

6 indicia is also used by the customer to verify that an order has 

7 been generated and accepted. 

8 The password is defined by the merchant's computer for the 

9 payment processing computer to pass along to the customer's 

10 computer. The password is used by the customer's computer to 

11 gain access to restricted material within the merchant's 

12 computer. 

13 As example, assume the merchant's computer is supplying 

14 information as to genealogy. As an initial process, the customer 

15 enters the name being researched and receives a preliminary 

16 report on the genealogy (the promotional material). To proceed 

17 though, and get the actual data, the customer must pay to access 

18 this further information. 

19 To do so, the customer links with the payment processing 

20 computer, and in the manner outlined above, receives back the 

21 transaction indicia and the password. The payment processing 

22 computer links the customer computer back to the merchant 

23 computer; the customer provides the password to the merchant's 

24 computer and is given access to the full genealogy report. 
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1 As outlined in this example, in the embodiment where a 

2 password is used, the customer's computer uses the password with 

3 the merchant's computer in obtaining access to protected 

4 information or to establish shipping instructions. 

5 The re-linking of the customer computer to the merchant 

6 computer is accomplished in a variety of ways. In the preferred 

7 embodiment, the payment processing computer obtains the 

8 merchant's address or Unique Recognition Location (URL) from the 

9 customer computer when the customer connects with the payment 

10 processing computer. This URL is used in a variety of ways, to 

11 identify the merchant, to establish the amount of the 

12 product/service, and to establish the return URL when the payment 

13 processing computer is done with its task for the customer 

14 computer. 

15 By selective use of the URL on the merchant's part, the URL 

16 transmits a tremendous amount of information to the payment 

17 processing computer. As example, assume the URL for the home- 

18 page of the merchant is: [http://Jmerchant.com/widget. 

19 When the merchant is selling a single product (a widget), 

20 this URL is easy to match to the product. When the merchant 

21 wants to sell a variety of widgets, then for a blue widget, the 

22 URL might be: [http://Jmerchant.com/widget/blue. 

23 In some embodiments, the customer's computer is not linked 

24 back to the originating URL of the Merchant computer but rather 
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1 to another URL. The return URL is stored in the payment 

2 processing computer and is used when the Merchant wants the 

3 customer/consumer to be passed back to a different location (i.e. 

4 where the restricted access information is accessible, or to 

5 inform the consumer that their card has been rejected) . 

6 The invention, together with various embodiments thereof, 

7 will be more fully explained by the accompanying drawings and the 

8 following descriptions. 
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1 Drawings in Brief: 

2 Figures lA and IB are block diagrams of the two compute.r 

3 configurations used in the preferred embodiment . 

4 Figure IC is a graphical representation of the preferred 

5 memory organization for the computer illustrated in figure lA. 

6 Figures 2A, 2B, 2C, 2D, and 2E graphically illustrate the 

7 connections and disconnections of the preferred order. - 

8 Figures 3A, 3B, 3C, and 3D are frontal views of one 

9 embodiment of a consumer's display screen. 

10 Figure 4A is a flow-chart of the preferred embodiment's 

11 payment processing operation. 

12 Figure 4B is a flow-chart of an alternative embodiment's 

13 payment processing operation. 

14 Figure 5 is a flow-chart of the operation of the merchant 

15 computer. 



16 
17 
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1 Drawings in Detail: 

2 Figures *1A and IB are block diagrams of the two computer 

3 configurations used in the preferred embodiment. 

4 Figure lA illustrates the configuration of the preferred. 

5 payment processing computer. As. shown, computer lOA is a simple 

6 layout of a Central-Processing-Unit (CPU) llA which uses both 

7 non-volatile memory 12A and Random-Access -Memory (RAM) l3A. 

8 Communication to and from CPU llA is via modem 14A which 

9 communicates with other computers via the network connected by 

10 phone line 15A. 

11 Computer lOB, illustrated in figure IB, shows the preferred 

12 computer configuration used for the merchant computer and the 

13 customer computer. Again, CPU IIB is connected to memories RAM 

14 13B and non-volatile memory 12B. In the case of the merchant 

15 computer, the promotional material is stored on non-volatile 

16 memory 12B and is retrieved and communicated by CPU IIB using 

17 modem 14B and phone line 15B. 

18 This system is able to communicate with an operator via 

19 monitor 16 for visual information. Monitor 16 is used for the * 

20 perusal of the promotional material by the customer. 

21 Keyboard 17 is used to communicate operator commands to CPU 

22 IIB. In like fashion, mouse input device 18 is also used for 

23 operator input to CPU IIB. 

24 Optional printer 19 is used to create a hard copy of the 



10 




Amendment A Edits 

1 material being displayed to the operator/customer via monitor 16. 

2 The differences between the computers shown in figure lA and 

3 IB are pronounce since the payment processing computer of figure 

4 lA does not require input or direction from a hiiman operator. . 

5 Rather, in the preferred embodiment, the payment processing ; 

6 computer runs totally automatically and collects all of, the data 

7 and information it requires for its operation automatically from 

8 the computers with which it is linked and with what is stored in 

9 its memory. 

10 Figure IC is a graphical representation of the preferred 

11 memory organization for the computer illustrated in figure lA. 

12 Memory 9, located preferably in non-volatile memory 12A, has 

13 three sections.' The first section 8A is the product listing 

14 reference which is composed of multiple groupings. This data . 

15 remains relative constant and is defined by the merchant. Each 

16 grouping, such as 7A, includes data identifying: 

17 Part Nuinber 

18 Merchant Identification 

19 Cost of Product/Service 

20 Description of the Product/Service • 

21 Authorized Return URL 

22 Rejected Return URL 

23 Password 

24 The second section is for defining the merchant's 
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1 information. Each grouping 7B within section 8B contains 

2 relative constant information such as: 

3 Merchant Identification 

4 Business Name 

5 Contact Name within the Business 

6 Business Address 

7 E-Mail address for the Business 

8 Bank Checking Number for the Business 

9 The third section 8C is an accounting listing which is 

10 constantly up-graded as new payments are processed. , This section 

11 is used for making full accounting to the various merchants. 

12 Grouping 7C within section 8C contain: 

13 Transaction Number 

14 Date of transaction 

15 Amount of the transaction 

16 Part number involved in transaction 

17 Credit Card Number 

18 Authorization Number 

19 The authorization number is the indicia received from the • 

20 bank indicating that the credit card charge has been accepted. 

21 The use of memory 9 allows the payment processing computer 

22 to have access to the necessary information to handle the linkage 

23 and perform the proper accounting. 

24 Figures 2A, 2B, 2C, 2D, and 2E graphically illustrate the . 
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1 



connections and disconnections of the preferred order. 



2 



Referring to figure 2A, in a typical fashion, a consumer via 



3 customer computer 21 enters the network 20 and searches through 

4 various merchant computers until the consumer locates the 

5 merchant of choice and connects with merchant computer 22. 

6 Merchant computer 22 communicates the promotional material via 

7 network 20 to customer computer 21. 

8 When the consumer decides to buy the service or product from 

9 merchant 22, as shown in figure 2B, the link with merchant 

10 computer 22 is broken and customer computer 21 links with the^ 

11 payment processing computer 23. In the change from merchant 

12 computer 22 to payment processing computer 23, an indicia of the 

13 URL or the product being promoted by merchant computer 22 is 

14 communicated to the payment processing computer 23. 

15 The indicia as a URL of the last site is available througfh 

16 normal network operations and its handling is, obvious to those of 

17 ordinary skill in the art. The product number is easily 

18 combined with the URL; thereby making the product number also 

19 available to the payment processing computer 23. 

20 In some embodiments, the originating URL is crossed checked 

21 to a memory data base to achieve the product number. In this 

22 embodiment, the merchant structures its material so that only a • 

23 single product/service is associated with a specific URL. 

24 Using the product number (or developing the product number 
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1 from the merchant's URL), the payment processing computer is able 

2 to cross reference its own memory (as described earlier) to 

3 achieve other important information including: the amount of the 

4 product/service, a description of the product/service/ the name 

5 and address of the merchant, and other which will be used in ' 

6 later operations. 

7 The payment processing computer 23 accepts from the customer 

8 computer 21, the credit card account number which is to. be 

9 debited the amount of the product. 

10 As shown in figure 2C, in this embodiment, while, maintaining 

11 linkage with the customer computer 21, the payment processing 

12 computer 23 establishes a link via phone lines 25 with the credit 

13 card server computer 24. The credit card account number and 

14 amount is communicated. to the credit card server computer 24 

15 • which responds to the payment processing computer 23 with an 

16 authorization indicia. This authorization indicia gives the 

17 acceptance or denial of the charge. 

18 If a product is to be shipped, and if the charge has been .. 

19 authorized, as shown in figure 2D, the payment processing 

20 computer 23 connects with the merchant computer 22 and directs 

21 the merchant to ship the product to the consumer. 

22 As shown in figure 2E, since the payment processing computer 

23 23 has identified the product number, it is able to retrieve from 

24 its memory the URL for reconnecting the customer computer 21 with 

14 
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1 the merchant computer 22. In this manner, the entire operation 

2 is totally transparent to the consximer since they feel they have 

3 been continuously working with the merchant computer 22. 

4 Further, using the URL's from its memory, the payment 

5 processing computer 23 is able to link the customer computer 21 

6 to the merchant computer 22 at an address which is different from 

7 where the consumer was originally connected. In this manner, the 

8 payment processing computer 23 is able to direct the consumer to 

9 different locations which are consistent with the authorization 

10 indicia (accept/reject) on their credit card. 

11 As example, assume, the credit card was authorized, then the 

12 consumer could be reconnected to an area which has restricted 

13 access so that the consumer can gain the information paid for; if 

14 on the other hand, the credit card was rejected, the connection 

15 would be to a page indicating such and possibly asking for 

16 another card number. 

17 In this manner, the payment processing computer 23 is able 

18 to control the operation and interface between the customer 

19 computer 21 and the merchant computer 22. 

20 Periodically, the payment processing computer 23 connects 

21 via the phone lines 25 with the credit card server 24 and 

22 instructs it to transfer the appropriate amount of funds to the 

23 merchant's bank .computer 26 so that the merchant has access -to 

24 the funds paid for his product/service provided to the consumer. 



15 




Amendment A Edits 

1 Figures 3A, 3B, 3C, and 3D are frontal views of one 

2 embodiment of a consumer's display screen. ■ 

3 Screen 30A is designed to provide the promotional-, 

4 information so that the consumer is attracted to purchase the ' 

5 product. In screen 30A is the name of the merchant company (XYZ 

6 CO.) 31, the name of the product (widget) 32, the price ($14.95) 

7 33, and the part number (#10234) 34. 

8 Also located on screen 30A is a software key 35 which allows 

9 the consumer to pay for the product. In this embodiment, by 

10 activating this software key 35 (typically through a click of the 

11 mouse), screen 30A is changed to screen 30B which is identical' . 

12 except that the software key 35 has been replaced with an order 

13 window 36. . 

14 Order window 36 allows the consumer to complete the 

15 necessary information to order the product. This includes the 



16 part number 37A, the amount 37B, and the credit card number 37C'. 

17 When the consumer is ready, the software key "Send" 37D or the 

18 software key "Cancel" 37E is activated. In the case of a cancel, 

19 the screen returns to screen 30A. 



20 In a "send" 37D, mode, the payment processing computer 

21 contacts the bank computer and determines if the credit card is 

22 valid and if the amount is available. If the charge is 

23 authorized, the screen changes to 30C in which the order window 

24 36 has been replaced with authorization window 38 which shows 
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1 that the charge has been accepted 39A, the transaction no. 

2 (A1483) 39B, and the password ("GO") 39C which the consumer is to 
,3 use with the merchant. 

4 When this information has either been printed or committed 

5 to memory, the consumer activates software key 39D to "Proceed" 

6 to screen 30D. At this point, the consumer. is able to enter the. 

7 password 29 so that the restricted access is lifted.. In the * • 

8 genealogy example, it is at this point the consumer gains access 

9 to the full report. 

10 Figure 4A is a flow-chart of the preferred embodiment's 

11 payment processing operation. 

12 After start 4 OA, a connection is made with the customer 

13 computer 41A and the encryption software is downloaded to the 

14 customer computer 4 IB. Encryption software is preferably used 

15 for transmittal of the credit card number so that the integrity- 

16 of the card is not jeopardized. 

17 The consumer computer then communicates, and the payment 

18 processing computer accepts, the account number, the amount, and 

19 the identification of the product or service, 42A. A connection 

20 is made with the credit card server 41C and the account number 

21 and amount is transmitted 41D to the credit card server over the 

22 established phone lines. In response to this query, the 

23 authorization data is received 42B and the connection with the 

24 credit card server 4 IE is broken. 
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1 A transaction indicia is generated 41F. This transaction 

2 indicia is not the authorization data but serves as an internal 

3 monitoring system for the payment processing computer so that the 

4 accounting is kept accurate. 

5 From the memory, the password is withdrawn 41G for the 

6 product so ordered; and, the password and transaction indicia is 

7 transmitted to the customer computer 41H. 

8 At this point, the connection with the customer computer is 

9 terminated 411 and the program stops 4 OB. 

10 Figure 4B is a flow-chart of an alternative . embodiment ' s ; 

11 payment processing operation. 

12 After start. 43A, the program connects with the customer 

13 computer 44A and at the same time obtains the merchant URL 45A.. 

14 Using the merchant URL, the payment processing computer searches 

15 its memory and identifies the merchant number, the part number, 

16 and the purchase amount 443. 

17 The encryption software is downloaded into the customer 

18 computer 44C and the credit card account number is received 45..' 

19 A connection is then made with the credit card server computer 

20 44D and the account number and the amount is transmitted 44E. 

21 This inquiry results in an . authorization code 45C being received 

22 and the connection with the credit card server being broken 44F.- 

23 A check is then made to see if the credit card purchase was 

24 authorized 46A. 
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1 If the credit card purchase was denied, the URL^ to use for a 

2 rejection is withdrawn from memory 44G and the Customer computer 

3 is connected to the merchant computer at this URL 44H leaving the 

4 payment processing computer able to disconnect 441 and stop 43B. 

5 Should the credit card purchase be accepted, 46A, then the 

6 program generates a transaction identification 44J. This 

7 transaction identification is stored along with the date, amount 

8 of purchase, and the merchant number 44K. 

9 The password is retrieved from memory 44L and it, together 

10 with the transaction identification, is transmitted to the 

11 customer computer 44M. 

12 From memory, the authorized URL is withdrawn 44N. 

13 A determination, based upon stored data, is made as to the 

14 character of the product (service or goods) 4 6B. If the product 

15 relates to goods which are to be shipped, a shipping order 

16 including the transaction identification, the. amount, the date, 

17 and address of the customer, is communicated to the merchant 440 

18 to satisfy the order. If the product is a [?]llservice^[?] , the 

19 program [skis] skips to step 44P, 

20 The customer computer is then connected to the authorized 

21 URL 44P and the- connection with the customer computer is 

22 terminated 44Q allowing the. program to stop 43C. 

23 Figure 5 is a flow-chart of the operation of the merchant's 

24 computer. 
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1 After start 50A, the merchant computer connects with the 

2 customer computer 51A and communicates the promotional material 

3 52A. The password is received from the customer 52B and is 

4 checked to see if it is the correct password 53A. 

5 If the password is incorrect, a determination is made on if 

6 it is the customer's first try 53B; if it is, then the customer 

7 is given another chance to enter the correct password 52B. If 

8 the customer has tried twice to enter the correct password, the 

9 connection with the customer is terminated 51C and the program 

10 stops 50C. * 

11 If the password is correct, 53A, then the secure or 

12 restricted access data is communicated to the customer's computer 

13 51D and the connection with the customer's computer is terminated 

14 51B. The program then stops SOB. > ' ■ 

15 In this manner, secure information is selectively 

16 transmitted to a qustomer's computer upon the presentation of a 

17 password. , 

18 It is clear from the foregoing that the present invention ■ 

19 creates a highly improved system for acceptance and processing of 

20 payments over a distributed computer network,', 

21 
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What is claimed is: 




A method of operating a computer on a netwpfk comprising 
steps of: 

a) receiving customer account data oriaiD^tina from a first 
remote computer and amount data oriainatincy from a second remote 
computer via said network; 

b) based upon said account data a^nd said amount data, 
establishing an authorization indicia; and, 

c) communicating said authorization indicia to said second 
remote computer via said network. 



2 



2, The method according to claim 1, further including the 
step of communicating/ a password to said first remote computer. 



1 3, The method according to claim 2, wherein the step of 

2 communicating a/ password includes the step of sending the 

3 password via ^aid network, 

1 4. 7^e method according to claim 1, wherein the step of 

2 establis'hing an authorization indicia includes the step of 

3 communicating said account data and amount data via a phone 

4 network. 
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5. The method acco 
establishing an authoriza 
receiving an. acceptance 



ding to claim 4, wherein the step of 
tion indicia includes the step of 
Indicia via said phone network. 



6. A method of prqfcessing a payment order over a network , 
comprising the steps of: 

a) via said network, receiving customer account data from a 

first remote computer and amount data from a second remote 

1 ' 
computer [via said network] ; 

b) based upon said account data and said amount data, 
establishing an authorization indicia; and, 

c) communicating paid authorization indicia to [a] the 



second remote computer 
said payment order. 



7. The method 
step of communicating 
computer. ^ 



via said network for the satisfaction of 



a4cording to claim 6, further including the 
a password to [a second] the first remote 
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8. The method according to claim 1 , wherein the step of 
communicating a password includes the step of seiraing the 
password via said network. / 

9. The method according to claim/6, wherein the -step of • 
establishing an authorization indicia includes the step of 
communicating said account data aira amount data via a phone 
network. / 

10. The method according to claim 9, wherein the step of ' 
establishing an authorization indicia includes the step of 
receiving an acceptarrce indicia via said phone network. 

11. An Internet payment processing method comprising the 
steps of: / . ■ 

a) receiving customer account data from a first remote 
location ^nd amount data from a second remote location [a remote 
compute/ via said Internet]; and. ' . ' ^ 

p) based upon said account data and said amount data, 
est/blishing an authorization indicia indicative of payment 
compliance [ ; and, 

23 
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9 c) communicating said authorization indicia to said remote 

10 computer via said Internet] . 



0/ 



1 12. The method according to claim 11, further including the 

2 step of communicating a password to [a second] the first remote • 
[computer] location . 

1 13. The method according to claim 12, wherein the step of • 

2 communicating a password includes the step of sending the 

3 password via said Internet. 



[14. The metho^according to claim 11, wherein the step of 

2 establishing an ^|^orization indicia includes the steps of: 

3 a) communicfefting said account data and amount data via a 

4 phone network; /and, 

5 b) recewing an acceptance indicia via said phone* network. ] 
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2 A method of operating a computer on a network of computers 

3 for the purpose of collecting payments due a remote computer on 

4 the network (such as the Internet) . The method for payment 

5 processing includes the steps of: receiving the customer [?]Jls 

6 account data and amount data; establishing an authorization " 

7 indicia; and, communicating said authorization indicia to a 

8 remote computer (such as the merchant [?]ls computer) on the 

9 network. 
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What is claimed is: 

i^t/^ Q)L^^? A method of operating I computer on a network comprising 

2 tKe steps of: / 

3 a) receiving customer account data originating from a first 

4 remote computer and amount daua originating from a second remote 

5 computer via said network; / 

6 b) based upon said accoupt data and said amount data, 

7 establishing an authorization indicia; and, 

8 c) communicating said aJuthorization indicia to said second 

9 remote computer via said netiwork. 

1 2. The method according to claim 1, further including the 

2 step of communicating a password to said first remote computer. 

1 3- The method according to claim 2, wherein the step of 

2 communicating a password /includes the step of sending the 

3 password via said network. 

1 4. The method according to claim 1, wherein the step of 

2 establishing an authorization indicia includes the step of 

3 communicating said accojunt data and amount data via a phone 

4 network. / 
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1 5. The method accordi 

2 establishing an authorizat 

3 receiving an acceptance i 



ig to claim 4, wherein the step of 
jion indicia includes the step of 
icia via said phone network. 



nc 1 



1 6. A method of processing a payment order over a network 

2 comprising the steps of: 

3 a) via said network, teceiving customer account data from a 

4 first remote computer and /amount data from a second remote 
^S^^^ompu t e r ; 

61 b) based upon said account data and said amount data, 

7 establishing an authorization indicia; and, 

8 c) communicating said authorization indicia to the second 

9 remote computer via said network for the satisfaction of said 
10 payment order 



1 7. The method 

2 step of communicating a 



according 



to claim 6, further including the 
password to the first remote computer. 
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8. The method according tio claim 1, wherein the step of 



communicating a password includes the step of sending the 

■ 



password via said network. 



9. The method accordin(} to claim 6, wherein the step of 
establishing an authorization indicia includes the step of 
communicating said account data and amount data via a phone 
network. 



10. The method accordi|ng to claim 9, wherein the step of 
^^stablishing an authorization indicia includes the step of 
receiving an acceptance ind/icia via said phone network, 



1 11. An Internet paymjbnt processing method comprising the 

2 steps of: 

3 a) receiving customeif account data from a first remote 

4 location and amount data from a second remote location; and, 

5 b) based upon said account data and said amount data, 

6 establishing an authorization indicia indicative of payment 

7 compliance. 
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12. The method accozying to claim 11, further including the 
step of communicating >e password to the first remote location. 

13. The mej^^iod according to claim 12, wherein the step of 
communicating a password includes the step of sending the 
password >^ a said Internet. 
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Abstract : 

method of operating a computer on a network of computers 
for the purpose of collecting payments due a remote computer on 
the network (such as me Internet) . The method for payment 
processing includes tme steps of: receiving the customer's 
account data and ami6unt data; establishing an authorization 
indicia; and, commtinicating said authorization indicia to a 
remote computer /such as the merchant's computer) on the network, 
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